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NextGen Flight Deck Taxi Clearance Compliance 


Problem 

1 . Current-day flight deck operations are not able 

to support: 

- NextGen Arrival - Anticipated throughput 

generated by NextGen concepts such as M&S, 
VCSPA, etc. 

- NextGen Departure - Predictability required for 

NextGen concepts. 

(re: IADS RTT ConOps 4-12-10) 

2. Must work ATC concepts in parallel with flight 

deck concepts or be vulnerable to risk of 
developing concepts to which pilots cannot 
comply. 

(i.e., IADS RTT Doc: “OV-6c NEXTGEN 2018 Scenario 07 
- Peak Departures vO.1 4-13-2009”) 

Research Needs 

• Develop/assess Surface Traffic Mgmt. Systems / 

Flight Deck ConOps variants 

• Determine technologies/procedures for pilots to 

conduct NextGen taxi operations 

• Assess compliance and pilot workload under 

NextGen IADS operations 

• Define and conduct RTT IADS RTP efforts 


Approach 


Iterative Pilot-in-the-loop Simulations 


- ConOps Definition / refinement 

- Pilot compliance 

- Pilot info, requirements 

- Pilot acceptance 




>lmpact 

- ConOps Development 

- SMS Algorithm/Parameters Development 

- Flight Deck System Requirements 

- Robust systems (e.g., off-nominals) 


Progress 

• Multiple simulations 

• Defined ConOps options 

• Eliminated specific candidate ConOps options 
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Pilot requirements for Surface Trajectory Based Operations 

(STBO) clearances 
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Problem: Integrating Surface 
Management Optimization 
(SMO) STBO clearances with 
flight deck information 
requirements 


Advanced Surface Management Optimization 
(SMO) Systems and ConOps Must 
Incorporate Pilot Operating Requirements 

- Ability to comply with speed requests 

- Variance of route and time conformance 

- Conceptual development (e.g., form of taxi 
clearances - continuous, updates, etc.) 

- Pilot/Aircraft non-conformance 

- Rerouting 
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Human Factors Pilot-in-the-loop Studies to 
Determine Pilot Operating Requirements 

- Speed conformance 

- Route and time conformance 

- Conceptual (ConOps) development 

- Pilot workload, Situation awareness (SA) 

- Safety impacts due to time pressure 


STBO Flight Deck Issues 
STBO Concepts 

- Progressive taxi/route updates 

- Continuous-coupled STBO clearances 

- Endpoint-only STBO Clearances (push-back, departure queue) 
STBO Taxi Clearance Formats 

- Flight Deck speed & time displays 

- Bandwidth of error-nulling (i.e., continuous vs. non-continuous 
checkpoint error) 

- ATC STBO Clearance: Speed, Time 
Pilot Performance Metrics 

- Variance of speed, time-of-arrival error 

- SA, workload, safety impacts 




NextGen Taxi / 

Surface Trajectory-Based Operations (STBO) 



Surface Trajectory-Based Operations (STBO) inherently different than In-Air TBO 

• In-Air: More constrained - due to aircraft inertia, min/max speeds, in-trail separations. 

-> More predictable, much more likely to have fully defined trajectories: X(t), Y(t) 

• Taxi: Not constrained - aircraft start, stop, wait, merge into queues, no min. separation 

-> Less predictable, more variants on defining STBO than in-air TBO 


# Constraint Points (X t , Y t ) 
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NextGen Taxi / 

Surface Trajectory-Based Operations (STBO 


SARDA: 
Spot and 
Runway 
Departure 
Advisor 


HCSL 

RTT Research 
Transition Product: 

“Integrated Surface 
Management w/Flight Deck” 


Surface Traffic 
Management 
Algorithms 


# Constraint Points (X t , Y t ) 
3 4 5 


M- 


oo 





1 . Spot 

2. Rwy Queue 


1 . Spot 

2. Rwy Cross 

3. Rwy Queue 


1 . Spot 

2. Rwy Cross 

3. Taxiway Merge 

4. Rwy Queue 


1 . Spot 

2. Taxiway Merge 

3. Rwy Cross 

4. Taxiway Merge 

5. Rwy Queue 




1. Spot 

• • • 

... All intermediate pts. 
... All intersections... 

... All intermediate pts. 

• • • 

°°. Rwy Queue 

^ FULL 

STBO 

5 





Simulation and Results 
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Speed/Time Format (in green) 


Initial Baseline 4-D Taxi Navigation Study 

[ Williams , Hooey & Foyle, 2006, Proc. A! A A) 

■18 Current Captains 

■ Minimal display information (baseline study) 

■ 4-D Taxi Clearance Formats 

- Speed: Commanded average route speed + 

Current speed 

- Time: Commanded time to RWY + Elapsed time 

- Both: All 




Pilot requirements for 4-D taxi clearances 



Speed/Time Format (in green) 

Initial Baseline 4-D Taxi Navigation Study 

[William^ Hooey. & Foyle, 2006, Proc. A! A A) 

■18 Current Captains 

■ Minimal display information (baseline study) 

■ 4-D Taxi Clearance Formats 

- Speed: Commanded average route speed + 

Current speed 

- Time: Commanded time to RWY + Elapsed time 

- Both: All 

■ Results 

- Less error with Both (Time and Speed together) 
formatted clearances 

- Eyetracking usage - speed used early in route, 
then switch to using time information 
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HCSL Completed NextGen Taxi Sims 




Simulation and Results 


Pilot requirements for 4-D taxi clearances 



Initial Baseline 4-D Taxi Navigation Study (Expt #1 ) (Williams. Hooey, & Fovie. 2006 . Proc. aiaal 

■ Less error with Both (Time and Speed together) formatted clearances 

■ Eyetracking usage - speed used early in route, then switch to using time information 


Baseline 4-D Taxi Navigation - Updating/adiusting 4-D taxi clearances study (Expt #2) 


• Scenario: ATC Taxi clearance - Segmented ATC clearances w/ "time checkpoints" due to: 

1) changing conditions; or 

2) imperfect aircraft Time of arrival (TOA) compliance at checkpoints 

• 17 Current Commercial Transport Captains 

• Minimal display information (follow-on to first baseline study) 

• 4-D Taxi Clearance Format: 

- Both: Commanded average SPEED + TIME to runway crossing (plus current readout) 

• 6 experimental trials: 3 w/checkpoints & 3 no checkpoints 


• Time checkpoints on EMM (white bars) & auditory tone 75 ft before checkpoint 
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Pilot requirements for 4-D taxi clearances 




TOA Absolute Error (Left panel). 

• For slower commanded taxi speeds, time checkpoints improve Runway (Time of Arrival) TOA 
accuracy 

Eve Dwell Time (Right panel). 

• Overall, pilots looked at display information more during checkpoint trials than non-checkpoint 
trials (24% vs 20% of trial) 

• Middle-of-route checkpoints (Segments S2 & S3) --> more visual attention (% Dwell Time) on 
display 

- Pilots received new updated checkpoint information 4 times as often 

- Visual workload increased 

- Possible traffic awareness issues 



HCSL Completed NextGen Taxi Sims 


Evaluated 


Results 


Taxi mfoirnatipn 
needed: Speed, 
time, both? 

(18 CAs) 
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Findinas 


Need both Speed (A/C 
control) and Time (RTA) 
information to meet RTAs 


ConOos Implications 


• Need FD displays 

• Need RTA in taxi clearance 

Customers : 

FAA, avionics/EFB mfg. 
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Intermediate checkpoints 
(intersections, Rwy 
crossings) allow SMOs to 
“null error” for Rwy RTA 


• Intermediate RTAs in taxi 
clearance help 

Customers : 

FAA, RTTs, SMO Develop. 


S peed Commands FD Algorithm 


ATC speed 
co mmands: 
Avionics/EFB need? 
(16 CA/FOs) 
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1 3 5 

# Constraint pts 


ATC speed commands only 
poor RTA conformance 

Onboard speed recalc. -> 
good RTA conformance 


• Defined SMO algorithm 
parameters: Speed, 
Distance, # constraint pts 

• Initial FD display 
requirements 

Customers : 

FAA, avionics/EFB mfg., 
SMO Developers 


ATC speed 
commands; . Speed 
with conformance 
bands and defined 
A/C handling? 

(18 CA/FOs) 
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Unsafe? 



ATC speed commands with 
defined A/C handling -> 
good RTA conformance 
but with 2-3x “eyes-in” time 

Viewed as not safe 


•ATC speed clearances will 
not suffice 

Customers : 

FAA, RTT 





Simulation and Results 


AP.2.S.09 - "NextGen Time-based Taxi Clearances" Pilot-in- 

the-loop simulation 


Experiment Goal 

Characterize the distribution of pilots’ Time of Arrival (TOA) performance to inform the development of 
Surface Traffic Management (STM) algorithms. 

Compare three STM system concepts (# traffic flow points; within-subjects factor): 

1) One single traffic flow point to ensure on-time arrival at the destination runway; 

2) Occasional (three) traffic flow points to enable traffic sequencing at important intersections and 

3) Frequent (five) traffic flow points to enable dynamic system re-optimizations and very close 
coordination 


Compare two NextGen Time-based Taxi Ops implementations (Between-subjects factor): 

1) Speed Clearances: Current-day Avionics without Speed Error Nulling 

2) Speed & Time (Checkpoint) Clearances: Advanced Avionics with Speed Error Nulling 
Experiment Overview 

16 Pilots (Commercial Transport, CA& FO) 

32 departure taxi trials (‘spot’ to runway) 

Medium-fidelity simulator; DFW airport 
Questionnaires; SME debriefs 




Taxi Navigation Display (taxi 



Electronic checklist 
(encourage realistic cockpit 
scan; objective workload 
measure) 





Time of Arrival Error 

Speed Effect : 

- Slow speeds (10 kts): A/C early 

- Fast speeds (18, 22 kts): A/C late 

- 14 kts (negligible error) 

Traffic Flow Point Effect : 

- TOA error larger for 1 traffic flow point 
than for 3 and 5 

Next-Gen Implementation Effect : 

- TOA Error larger for "no error nulling” 

- Reduced spread of TOA Error 
distribution with "error nulling" 

Workload 

- Error-nulling avionics increased time to 
verify/accept departure clearance (~ 1 
sec for nominal clearance; 12 sec for 
off-nominal clearance with error) 

- 2-3 speed/checkpoint updates 
recommended by pilots 

- 5 updates viewed as too many for: 

Error nulling: 88%; 7 of 8 
No Error nulling: 0%: 0 of 6 

(p<.001, Performance/workload trade-off) 

Structured Interview Results 

Safety : "eyes in” vs “eyes out” 

NextGen Implementation : 

- PFD appropriate and intuitive 

- Taxi navigation display should show 
traffic and taxi hold instructions 

- Increased cockpit coordination (i.e., 
"callouts" for speed & traffic) 


AP.2.S.09: "NextGen Time-based Taxi 
Clearances" Pilot-in-the-loop simulation 



Next-Gen Implementation: 
Speed Clearance / No Error Nulling 




Distribution of TOA Errors 


Next-Gen Implementation: 
Speed & Time Clearances / 
Error Nulling 




Distribution of TOA Errors 


Average TOA Error = Actual TOA - Commanded TOA 
Positive Error = Aircraft was late / too slow 
Negative Error = Aircraft was early / too fast 
(plotted with +/- 1 standard error) 

Results inform STM Algorithm Development 



Departure clearance operations under NextGen surface operations conditions 



Compared to “current-day” baseline taxi, 

Advanced NextGen (error-nulling avionics) had longer latencies to: 

- Correctly accept correct clearances 

- Correctly reject incorrect clearances 

Compared to Limited NextGen (speed commands only), 

Advanced NextGen (error-nulling avionics) had longer latencies to: 

- Correctly reject incorrect clearances 
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□ Group A 
■ Group B 


□ Group A: Limited NextGen 
■ Group B: Advanced NextGen 
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Baseline Taxi 
Nominal Clearance 


NextGen Taxi 
Nominal Clearance 



Correct = “Accept” Correct = “Accept” 


NextGen Taxi 
Off-Nominal Clearance 
Correct = “Reject” 


May be indicative of increased workload in Advanced NextGen 
implementation 


Structured Interview Results 

• Datalinked direct upload (vs. manual FMS loading): Potential flightdeck workload savings 

• "Tailored Departures / Unique Dynamic RNAV/RNP Departures": Clear advantages for system efficiency (re: Wx, winds, 
traffic) and individual aircraft efficiency (e.g., flight time, fuel savings) 

• Need for verification of route (e.g., "NA227-1 23456), especially vs. SIDs implementations 

• Issues: 

- How does flightdeck "back up" tailored departure routes in case of equipment failure, FMS dumping route, etc. 

(vs. Current SIDs with hard copy, FULL route information) 

- How does crew do pre-departure route briefing? (vs. Current SIDs with heading based turns, speeds, etc.) 




HCSL Completed NextGen Taxi Sims 






Simulation and Results 


Milestone AP.2.S.11 

Assess System Performance of Varying Options for 4D Taxi Clearance Information to Provide a Scientific Basis for Future Systems 
Requirements for Mature Surface Automation and Arrival/Departure Seamless Airspace Transition 



ConOps: “ATC Voice Taxi Clearances with Speed 
Commands” 

Pilots: 18 commercial transport Captains (current or recent 
retirees) 

Scenario: DFW Taxi out to take off - Ramp parking spot to 
runway through take-off roll (up to 80 kts) 

Concept Scope 

Traiectorv-Based Surface Operations 

Taxi out operations with: 

• ATC vojce speed commands 

• Pilots required speed range compliance of +/- 1 .5 kts 

• Pilot accelemtjon profile contml requirement 

• Pilot crosscheck of dynamic RNAV routes datalinked to 
cockpit (waypoints/crossing restrictions) 

NextGen Paired Departures 

• Closely spaced parallel paired departures - (MITRE/ 
Lunsford; ICNS 2008, 2009) 

• Ownship informed of paired departure via datalink, paired 
aircraft’s route depicted on Navigation Display 



“NA227, taxi 
, at18kts” 


A/C dynamics: 2 kts/sec spool up/down; 14 kts turns; 
Max. acceleration of: 0.25g long.; 0.1 5g lateral 
(Cheng, Sweriduk, Yeh, Andre & Foyle; AIAA) GNC, 2008) 






Milestone AP.2.S.11 

Assess System Performance of Varying Options for 4D Taxi Clearance Information to Provide a Scientific Basis for Future Systems 
Requirements for Mature Surface Automation and Arrival/Departure Seamless Airspace Transition 



• Time of Arrival (TOA) Error to traffic flow points is improved 
compared to previous study (40-60 secs TOA error, Foyle et al, 
2009) - because of defined aircraft acceleration and speed 
range requirements ...BUT... 

• Workload and safety level were urmccegtabje 

• Likely due to increased requirements of taxi task 
(Acceleration profile, speed range requirement) 

- 14 of 18 pilots responded that speed conformance range 
restriction would compromise safety (p = .018) 

- Rated more difficult than current actual taxi 
operations (p = .042) 

- Eyes-in time 18-24% compared to 8% baseline 

- Responded that they were “frequently” focused on the PFD 
speed tape when needed to attend to the taxiway 


IMPACT 

• ConOps of ATC providing taxi clearances with speed (via ATC 
DST) is not workable 

• Need for RTA in taxi clearance; flight deck displays 



Would the demand of having to maintain the required speed 
conformance range compromise safety in the real-world? 
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HCSL Completed NextGen Taxi Sims 


Evaluated 
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Results 


Findings 


ConQps Implications 
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Need both Speed (A/C 
control) and Time (RTA) 
information to meet RTAs 


• Need FD displays 

• Need RTA in taxi clearance 

Customers : 

FAA, avionics/EFB mfg. 
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Speed 


Intermediate checkpoints 
(intersections, Rwy 
crossings) allow SMOs to 
“null error” for Rwy RTA 


• Intermediate RTAs in taxi 
clearance help 

Customers : 

FAA, RTTs, SMO Develop. 


, Speed Commands FD Algorithm 


ATC speed 

c ommands;- 
Avionics/EFB need? 
(16 CA/FOs) 
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# Constraint pts 


ATC speed commands only 
poor RTA conformance 

Onboard speed recalc. -> 
good RTA conformance 


• Defined SMO algorithm 
parameters: Speed, 
Distance, # constraint pts 

• Initial FD display 
requirements 

Customers : 

FAA, avionics/EFB mfg., 
SMO Developers 


ATC speed 
commands : Speed 
with conformance 
bands and defined 
A/C handling? 

(18 CA/FOs) 


Speed Commands 
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Unsafe? 



ATC speed commands with 
defined A/C handling -> 
good RTA conformance 
but with 2-3x “eyes-in” time 

Viewed as not safe 


• ATC speed clearances will 
not suffice 

Customers : 

FAA, RTT 



HCSL Completed NextGen Taxi Sims 


Evaluated 


Results 
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ConOos Implications 
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Conclusion : What do we know re: ConOps? 

1) Surface Traffic Managment System <- Sim data (TOA error, 
variability) of taxi speed, route length, # constraint points 

2) ATC Clearance: Recommend 1 < # intersection constraint 
points < 4 

3) ATC Clearance: Time (RTAs) necessary but not sufficient 

4) ATC Clearance/Flight Deck: Taxi clearances with speed not 
safe/workable with current-day flight deck 

5) Flight Deck: Need flight-deck display (avionics/EFB) 
capability 


with conformance 
bands and defined 
A/C handling? 

(18 CA/FOs) 


~ 22 kb 


°°| 


1 3 5 

# Constraint pts 



ueiineu /a/\_» iidiiuiiny —7 

good RTA conformance 
but with 2-3x “eyes-in” time 

Viewed as not safe 


not suffice 

Customers : 
FAA, RTT 


clearance 


B mfg. 


\s in taxi 


• Develop. 

jorithm 

ed, 

traint pts 


B mfg., 


ances will 


Next Steps: HCSL NextGen Taxi Si 


Conclusion : What do we know re: Con Ops? 

1) Surface Traffic Management System <- Sim data (TOA error, variability) of taxi speed, route length, # 
constraint points 

2) ATC Clearance: Recommend 1 < # intersection constraint points < 4 

3) ATC Clearance: Time (RTAs) necessary but not sufficient 

4) ATC Clearance/Flight Deck: Taxi clearances with speed not safe/wor kable with current-day flight deck 

5) Flight Deck: Need flight-deck display (avionics/EFB) capability 





Overall Research Objectives 

Expand ConOps to address: 

• Flight Deck Avionics/EFBs 

• Traffic management 

Specific Plan 

• FY11 Simulations 

Sim #1 - Timing/format parameters for Data Comm vs. Voice trades for taxi re-routing 
Sim #2 - Initial look at RTT RTP “Integrated Surface Management w/ Flight Deck” 

a) Evaluate Flight Deck Display concepts x Traffic Flow concepts 

b) Increase scenario complexity (traffic conditions, ATC-revised Rwy RTAs) 

• FY12 sims - Advanced flight deck concepts to enable SMO re-optimizations 

• FY13 - SMS / Flight Deck Integration sims 

a) Evaluate Flight Deck concept elements (# Constraint Points + Flightdeck + Traffic) 
defined in previous sims with actual SMS algorithms (informed by sims) 

• FY14-15 sims - Develop RTT RTP “Integrated Surface Management w/ Flight Deck” 
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Research Approach 


CONCEPT 

DEFINITION 


/ 


Technology 

Assumptions 


SYSTEM 
INTEGRATION 
• Procedures 
• Training 
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ROBUSTNESS 
TESTING 
- Nominal and 
off-nominal scenarios 



SYSTEM 
EVALUATION 
• Safety 
• Performance 


SYSTEM 

DEFINITION 


Requirements Analysis 

ATC Interviews (4 ATC) 

Pilot Interviews (8 pilots) 

Pilot Structured Debriefs (18 Captains) 


HITL Studies 

1. Information requirements (18 

pilots) 

- Time, Speed or Both? 

2. ConOps: Checkpoints (18 pilots) 

- Initial assessment 

3. SMO Algorithm Input (16 pilots) 

- 3 Constraint-point concepts, 4 
speeds 

- 2 flight deck concepts (ATC 
speed commands, error-nulling) 

4. ConOps: Near-term speed-based 
clearances (18 pilots) 



Scenario Characteristics 

Nominal Cockpit Tasks: 
Aircraft control 
Traffic see-and-avoid 
Navigate 
Maintain Speed 
Checklists 

Departure Clearance 
NextGen paired departure ops 

Off-Nominal events : 

Unexpected traffic hold 
Crossing traffic fails to hold 
Departure clearance modification 
Departure clearance upload mismatch 
Wake clearance delay detection 


Measures 

TOA error 
TOA variability 
RMS speed 

Workload: objective, subjective 
Situation Awareness: objective, 
subjective 

Eye data: usage, safety (eyes-in time) 
Structured Interviews (acceptance, 
safety) 


Human-centered design and 
evaluation process 

(from Foyle & Hooey, 2008) 


NextGen Pilot Taxi Operations 
HITL Research Approach 


Off-nominal Methodology Papers : 

Foyle & Hooey (2003). ISAP Conference. 

Newman & Foyle (2003). ISAP Conference. 

Foyle, Newman & Hooey (2005). NATO Conference. 
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Research Focus: Pilot requirements for Surface 
Trajectory Based Operations (STBO) clearances 


Objective 

STBO to enable NextGen flight deck operations to support: 

• NextGen Arrival - Anticipated throughput generated by 
NextGen concepts such as M&S, VCSPA, etc. 

• NextGen Departure - Predictability required for NextGen 
concepts (e.g., Rwy; Merge; Flow) (ref: iads RTTConOps4-i2-io) 


Must work ATC concepts in parallel with 
flight deck concepts 

• Otherwise, vulnerability to risk of developing 
concepts to which pilots cannot comply 
(ref: IADS RTT Doc: “OV-6c NEXTGEN 2018 Scenario07 / 


Peak Departures vO.1 4-13- 


2009”) 
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Goals: 

• Integrate Surface Traffic Management (STM) 
systems’ STBO clearances with flight deck 
information requirements 

• Define parameters for flight deck and STM system 

• Determine ConOps for STBO 






NextGen Taxi / 

Surface Trajectory-Based Operations (STBO) 


SARDA: 
Spot and 
Runway 
Departure 
Advisor 

* HP9I * 

Surface Traffic 
Management 
Algorithms 

RTT Research 
Transition Product: 
“Integrated Surface 
Management w/Flight Deck” 
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Flight Deck Simulations 
and Results 


Experiment 1 : Commanded Speed - Without Speed 

Profiles or Conformance 


Foyle, Hooey, Kunkle, Schwirzke & Bakowski, 2009, ICNS 


Objective: “Minimum Flight Deck Equipage” 
ConOps Evaluation 

1) ATC provides ‘A/C required speed’ in taxi 
clearance (either automated or ATC Decision 
Support Tool) 

2) Pilots not required to follow specific 
acceleration/deceleration speed profiles (only 
“be aggressive”) 

■ 8 Current or recently retired pilots: 6 CAs; 2 FOs 

■ STBO Taxi Clearances - manipulated: 

- Speed: Taxi clearance included required speed 

- # Intermediate Time Constraint Points 

■ Results 

- More RTA error with 1 time constraint point 

- Less RTA error with 3 or 5 time constraint points 

- Slower required speeds -> early arrival; Faster 
required speeds -> late arrival 









Experiment 1 : Commanded Speed - Without Speed 

Profiles or Conformance 



Foyle, Hooey, Kunkle, Schwirzke & Bakowski, 2009, ICNS 
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Findings 


• ATC taxi clearances with speed -> 
poor RTA conformance 


Objective: “Minimum Flight Deck Equipage” 
ConOps Evaluation 
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required speeds -> late arrival 



ConOps Implications 



• Defined STM STBO algorithm 
parameters: Speed, Distance, #Time 
constraint points 

• Intermediate taxi time constraint points 
useful (meeting RTAs, traffic flow) 

• ATC taxi clearances with speed alone 
may not suffice 

Customers : 

FAA, avionics/EFB mfg., STM STBO 
Developers 
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Experiment 2: Commanded Speed - With Speed 
Profiles/Conformance Range 



Objective: “Minimum Flight Deck Equipage” 
ConOps Evaluation 

1) ATC provides ‘A/C required speed’ in taxi 
clearance (either automated or ATC Decision 
Support Tool) 

2) Pilots required to follow specific acceleration/ 
deceleration speed profiles (2 kts/sec accel ./ 
decel.) 

3) Investigated speed conformance tolerance 

■18 Current/recently retired pilots: 13 CAs; 5 FOs 

■ STBO Taxi Clearances - manipulated: 

- Speed: Taxi clearance included required speed 

- # Intermediate Time Constraint Points 

- Speed Conformance Range: 

Undefined (tested first) / Defined (+/- 1.5 kts); 
Current-Day Baseline 

■ Results 

- Improved RTA error (because of defined aircraft 
acceleration and speed range requirements 

BUT... 

- Visual workload and safety level were 
un acceptable 
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Would the demand of having to maintain the required speed 
conformance range compromise safety in the real-world? 

16 1 


Undefined Speed Defined Speed Baseline 

Conformance Range Conformance Range Current Day 
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Experiment 2: Commanded Speed - With Speed 
Profiles/Conformance Range 

Bakowski, Foyle, Kunkle, Hooey & Jordan, 2011, 1 SAP 



Objective: “Minimum Flight Deck Equipage” 
ConOps Evaluation 

1) ATC provides ‘A/C required speed’ in taxi 
cle 
Su 

2 ) 

3) Invi 


Results 

- Improved RTA error (because of defined aircraft 
acceleration and speed range requirements 

BUT... 

- Visual workload and safety level were 
u nacceptable 
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Findings 

ConOos Implications 

ATC taxi clearances with speed: 

• Poor RTA conformance without speed 
accel./decel. profiles 

• Good RTA conformance with speed 
accel./decel. profiles, but 

- with 2-3x “eyes-in” time 

- viewed as not safe 

•ATC speed clearances alone will not 
suffice 

-> Need for flight deck display/algorithm 

Customers: 

FAA, RTT 
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Experiment 3: Error-nulling algorithm/display 


Objective: “Flight Deck Equipage” ConOps 
Evaluation 

1) ATC provides taxi clearance with RTA 

2) Flight deck equipage (Avionics or EFB, 
electronic flight bag) 

■ 8 Current or recently retired pilots: 7 CAs; 1 FO 

■ Displays (PFD; Taxi Nav. Display, TND) 

- PFD: RTAtime-to-go; Elapsed time; 

Algorithm: Speed required to meet RTA 

(Enables strategic usage) 

- TND: Route; Time constraint point 

■ STBO Taxi Clearances - manipulated: 

- Speed 

- # Intermediate Time Constraint Points 

■ Results 

- Display/algorithm with speed recalculation 
-> good RTA conformance 


Foyle, Hooey, Kunkle, Schwirzke & Bakowski, 2009, ICNS 
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Experiment 3: Error-nulling algorithm/display 


Foyle, Hooey, Kunkle, Schwirzke & Bakowski, 2009, ICNS 


Objective: “Flight Deck Equipage” ConOps 
Evaluation 
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-> good RTA conformance 


i- j. -i - - i ... - - - — / A . .= : . ... _ - i— i— | _u 

Findinqs 

ConOos Implications 

• Flight deck algorithm: Speed 
recalculation -> good RTA 
conformance 

• Defined STM STBO algorithm 
parameters: Speed, Distance, #Time 
constraint points 

• Initial flight deck requirements for STBO 
ConOps 

Customers: 

FAA, avionics/EFB mfg., STM STBO 
Developers 
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Cross-Studies: Usage/Safety Implications 
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Exp. 3: Display/ 
Algorithm 




Exp. 2: Speed - With 
accel./decel. profile, 
Undefined Conformance 



Eyetracking: 2.4 - 
3.3 times baseline 
“Unsafe”: 14/18 pilots 


Exp. 2: Speed - With 
accel./decel. profile +/- 
1.5 kts Conformance 


i— 


Rarely Seldom Sometimes Frequently Most of the Time 

“How often did you find yourself focusing on the PFD Speed or Time display, when 
you should have been paying attention to the external taxiway environment ?” 



Summary / Overall ConOps Implications 


Summary Findings 

ConOps Implications 

• STBO clearances with speed are not 

• Requirement for human-centered* fliqht 

viable solution 

deck display/algorithm for STBO 

• Taxiing Captain cannot “tightly control/ 



track” speed, navigate, and maintain 



separation 

Customers: 

• Only flight deck algorithm/display 

FAA, avionics/EFB mfg., STM STBO 

condition -> Good RTA conformance 

Developers 

AND appropriate visual workload / 




*Human-centered desianed systems (Fovle. 2009 ): 

- Are intuitive and “natural” 

- Have readily accessible information 

safety 


Caveat: Flight deck algorithm/display -- 


- Support human capabilities (e.g., perceptual processing) 

- Mitigate human limitations (e.g., memory) 

Needs to allow “strategic operation”, 


- Have features supported by “human factors design 

not “tight control/tracking” 


principles trace” 

- Enable appropriate task usage strategies 


Next Steps: 

• STBO human-centered flight deck displays 

• Operational issues: Datalink coordination between STM system and flight deck 

- Integration with SARDA (Spot and Runway Departure Advisor) 



Backup Slides 


Preliminary Experiment: Pilot information 
requirements for STBO taxi clearances 


Objective: Initial Baseline 4-D Taxi Navigation Study 
■18 Current Captains 

■ Minimal display information (baseline study) 

■ STBO Taxi Clearance Formats 

- Speed: Commanded average route speed + Current speed 

- Time: Commanded time to RWY + Elapsed time 

- Both: All 

■ Results 

- Less RTA error with Both Time and Speed clearances 

- More RTA error with longer routes 

- Slower speeds -> early arrival; Faster speeds -> late arrival 

- Eyetracking usage - speed used early in route, then switch 
to using time information 


Williams. Hooev & Fovle. 2006. Proc. AIAA 
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Preliminary Experiment: Pilot information 
requirements for STBO taxi clearances 


Objective: Initial Baseline 4-D Taxi Navigation Study 
■18 Current Captains 

■ Minimal display information (baseline study) 

■ STBO Taxi Clearance Formats 

- Speed: Commanded average route speed + Current speed 

- Time: Commanded time to RWY + Elapsed time 
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Findings 


To accurately meet RTAs: 

• Need both Speed (A/C control) and 
Time (RTA) information 
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ConQps Implications 


• Need Flight Deck displays 

• Need RTA in ATC taxi clearance 

Customers : 

FAA, avionics/EFB mfg. 
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Cross-Studies: Usage/Safety Implications 


“How often did you find yourself focusing on the PFD Speed or Time display, when you 
should have been paying attention to the external taxiway environment?" 


1 Rarely 

2 Seldom 

3 Sometimes 

4 Frequently 

5 Most of the time 
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Expt. 1: 
Speed 
Commands 


Expt. 3: 
Algorithm / 
Display 


Expt. 2: 
Undefined 
Conformance 


Expt. 2: 
Defined 
Conformance 


Expt. 2: 
Current Day 
Baseline 



